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System/360 Inventory Control 
Application Description 



The IBM inventory control application consists of a 
group of integrated programs and techniques designed 
for the selection and implementation of order point 
inventory control where it applies in manufacturing 
organizations. 

The programs provide for (1) classification of inven- 
tory items for determining the type of control, (2) 
calculation of economic order quantities on the basis 
of usage information or future requirements, (3) compu- 
tation of safety' stock and order point, (4) projection 
of demand on the basis of historical data and (5) basic 
programs for transaction processing and report 
preparation. 

This manual includes a general description of these 
programs, the machine configuration, general systems 
charts, sample reports, and a discussion of inventory 
control concepts applicable to the use of the programs. 
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INTRODUCTION 



The IBM inventory control programs have been developed to assist 
manufacturing companies in the installation of an effective order point 
inventory control system. 

For planning purposes, program.s are provided to assist management in 
their judgments regarding the type of control to be exercised for the 
inventory items. In addition, other programs will calculate economic 
order quantity, order point, and safety stock for inventory xtems on the 
basis of usage data and the type of control that is selected. 

The projection phase consists of a group of programs that analyze 
historic demand data and generate the information necessary to project 
future requirements. These programs also provide for keeping the 
information current so each projection or forecast can reflect the 
latest information. 

The execution phase relates to processing the day-to-day transactions 
that m.ust be recorded in the inventory file. Several programs are 
provided for updating the inventory file and for preparing reports. The 
package also contains suggested techniques, subroutines and the documen- 
tation to enable each user to develop a more comprehensive system for 
this phase of inventory control. 

All programs in the package are designed in such a way that each user 
can easily modify them to meet the specific requirements of his 
installation. 

As an additional aid to the user, a summary chart appears after the 
discussion of each phase of the program application. 



PURPOSE AND OBJECTIVES 



The principal objective of these programs is to provide an approach that 
will enable Systern/360 users to implement an order point inventory- 
control application with relative ease. 

Many manufacturers are not taking advantage of data processing techni- 
ques as applied to inventory control oecause implementation costs appear 
to be excessive^ or because the overall design aspect seems to be too 
difficult. The programs should remove these obstacles for many com- 
panies, thus permitting them to obtain the benefits of more efficient 
inventory control. 

The benefits that can be gained by using the techniques provided 
represent many dollars of saving for a typical manufacturer. Inventory 
is a substantial investment, and a reduction in this area without a 
decrease in service is one of the most important benefits to be gained. 
The determination of economic order quantities consistent with usage and 
costs, plus the establishment of order points and safety stock consis- 
tent with the level of service required, are factors whicn make these 
savings possible. Usually, making these determinations is not economic- 
ally feasible with a m.anual system. However, the determinations are 
ideally suited for a computer. 

The large number of inventory items and the transactions that affect 
these items make it difficult to manually keep up-to-date status 
information necessary for the execution of management's inventory 
policy. The expense of record maintenance and transaction recording is 
another area of potential saving for the user. 

In addition, many of the routine decisions are made by the system, thus 
permitting a more thorough examination of items that require attention. 
Exception conditions are highlighted for judgments outside the system. 



EXTENT OF COVERAGE 



The inventory control application consists of programs, subroutines, and 
supporting documentation to assist each user in developing his inventory 
control system. 

These programs are divided into three phases: 

Planning 

Inventory Analysis 
Order Point 
Order Quantity 

Projection 
Edit 

Model Select 
Initial Update 
Update and Project 

Execution 

Transaction Processing 
Status Reporting 

Figure 1 illustrates the general relationship of the three phases and 
the specific programs. Within the planning phase, inventory analysis 
provides information to be used by the order point and order quantity 
programs. The latter two programs update the item master file. 
Normally, the user will take advantage of the analysis for implementa- 
tion aspect of these two programs. Basically, this enables the user to 
analyze the possible effects of changing order points and order 
quantities before implementing the changes. 

The projection programs edit and analyze historic sales or usage data to 
determine whetner patterns exist and to compute the initial parameters 
to be stored on the item miaster file. The initial update program uses 
the output of the other programs and places the information in the item 
miaster file. 

The update and project program keeps the item parameters current and 
projects future usage on the basis of the parameters. This program uses 
the miost recent period's demand, supplied by the execution pnase. 

The execution phase keeps the files up to date. It processes the 
day-to-day transactions and provides status reports and exception 
highlighting. 

Each programt is discussed in more detail on the following pages. 

While the programs will have widespread use in relation to many 
inventory categories, their primary function is for control of finished 
goods and service parts inventories. As such,, they conform to the 
general concepts contained in the IBM manual The Production and 
Information Control System (E20-0280) in relation to forecasting end 
item.s. Particular attention should De devoted to the description of tne 
time series planning subsystem in that manual for those items which have 
wide variations in usage from timie period to time period. This usually 
occurs for items where the demand is dependent upon orders issued for 
higher-level assemblies and itemtS that have exception demand. 



PLANNING 



Inventory 
Analysis 




Analysis for Implementation 



Transaction 
Processing 



Status 
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PROJECTION 





Update 

and 

Project 



Figure 1. General relationship of programs 



DESCRIPTION OF PROGRAMS 



INVENTORY ANALYSIS 



Inventory analysis should be the first step toward implementation of an 
inventory control system. It helps to answer the following questions: 
"What do we control?" and "How do we control it?" 

General experience has shown that a company should not use tne same type 
of control for low-cost stock items that is used for high-value items. 
If it does^ perhaps too much is being spent for the control of the low- 
cost items relative to what might be spent for a slightly higher 
inventory of these itemis. Or, perhaps too much time is spent control- 
ling these items ^ thus neglecting the higher- valued items that should 
receive more attention. In either event, an analysis of the inventory 
items should point out areas of potential saving and increased 
efficiency. 

The analysis helps to separate the inventory into segments or groups to 
which various levels of control can be applied. These groupings are 
generally based on a measure of dollar value and annual usage. The 
investment in inventory that an item represents is determined by the 
cost of producing the item and the annual quantity produced or used. If 
these factors are extended for each item in an inventory, the items can 
be ranked in sequence iDy annual usage evaluation. A typical breakdown 
of inventory would show that a high percentage dollar value of annual 
usage is concentrated in relatively few items, while at the other end, a 
high percentage of items account for a very small amount of annual usage 
evaluation. 

For example, if three classes were used, a Dreakdown of inventory might 
show: 

Class Annual Usage Evaluation Percentage of Items 

A 80^0 20% 

B 15% 30% 

C 5% 50% 

This value analysis is sometimes called ABC analysis. The number of 
classes into which an inventory is divided depends upon the characteris- 
tics of the specific inventory and the use or requirement for having a 
specific number of classifications. For example, these classes can be 
used to prepare codes for each item master record for use oy the order 
quantity and order point programs. The inventory analysis program can 
place codes on the item master file on the basis of value classification 
cards or item code cards. 



The value analysis helps to segment the inventory so that a company can 
concentrate on the items for which it has the largest investment. The 
analysis should also influence the selection of the metnod by which 
order quantities and order points are established. Some items may be 
ordered on the basis of exact requirements, while the order quantity of 
other itemis may be calculated on the basis of estimated usage. In many 
cases, safety stock and order point may be calculated using statistical 
techniques that provide a specified level of service: (See the order 
point section for additional information on level of service.) At other 
times the choice may be to calculate safety stock oy multiplying average 
demand by a specific amount of time or by a percentage of lead time. 
The choice of these and other options regarding inventory policy can be 
made more effectively after this analysis. 
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Class 


No. of Items 
2,000 


Usage 
Valuation 

$3,000,000 


Orders 
Per Yr. 


Total 
Orders 


Order Quantity 
Valuation 


Cycle Stock 
Valuation 

$500,000 


All 


3 


6,000 


$1,000,000 


Safety stock = 2 month supply = 1/6 year = 1/6 (3, 000, 000) = 500, 000 

Total Average Inventory - Cycle Stock + Safety Stock 

= $500,000 +$500,000 
= $1,000,000 


A 


400 


2,400,000 


8 


3,200 


300,000 


150,000 


B 


600 


450,000 


3 


1,800 


150,000 


75,000 


C 


1,000 


150,000 


1 


1,000 


150,000 


75,000 
















2,000 


$3,000,000 


6,000 


$ 600,000 


$300,000 



Total Average Inventory = Cycle Stock + Safety Stock 

= $300,000 + $500,000 
= $800,000 

Figure 2. ABC analysis and order policy 



The inventory analysis program contains the logic to retrieve inventory 
records from the item master file or to accept optional item records 
containing the necessary information to extend annual usage by unit cost 
and, where appropriate, unit price (see Figure 4) - 

An output record is prepared that contains the results of tnese 
calculations. The output records are sorted and listed in descending 
sequence by annual usage value. 



An example of an inventory analysis is illustrated in Figure 3. All 
items were not included on the exam.ple so that just the indicative 



profile for the complete inventory could be shown. 
were included to indicate the ABC classifications. 
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.282 


537 


31,891,021 


96.5 


G 4713 


7692 
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Figure 3. Inventory analysis 
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Figure 4. General system chart - inventory analysis 



INVENTORY ANALYSIS SUMMARY CHART 


Input 


Routines 


Item Master File 


Output 


Parameter card 


Inventory analysis 


Item number 


Inventory analysis 


Optional item 


Code item master 


Number of periods of 


Audit listing of 


records 




demand 


item master codes 


Value classifica- 
tion cards 




Demand quantity for 
number of periods 




Item cards 




Unit cost 
Unit price 





ORDER POINT 



Some of the most significant decisions to be made regarding inventory 
control are concerned with order point and order quantity. They address 
themselves to the two fundamental questions of inventory control: (1) 
when to order, and (2) how much to order. Tnese decisions affect the 
amount of investment for inventory, the level of customer service, and 
the efficiency of plant operation. Obviously, eacn company snould 
strive to use the most effective techniques for implementing its 
ordering policy. 

Several m.ethods for the calculation of order point and order quantity 
are provided in the inventory control program so that eacn user can 
select tne techniques that are best suited for nis operation. This 
section of tne manual discusses order point; the following section is 
devoted to order quantity. 

Basically, order point is a quantity which, when compared to available 
stock (on hand + on order) , indicates wnether a replenishment order 
snould De issued. When the stock is reduced to this point and the order 
is issued, enougn items should remain to take care of the demand until 
the quantity fromi the new order is available. Under ideal circums- 
tances, it would be desirable to run out of an item, just as the new 
order is received- 

To set the order point, several factors must oe known. Two principal 
factors are lead time and usage. Lead timie is defined as the elapsed 
time Detween tne issue of an order (purchase or proauction) and the 
receipt of the item in the stockroom. Usage is defined as the number of 
units of an inventory item consumied during a lengtn of time. Usually, 
some averaging technique is applied so that actual usage is converted to 
average usage or average demand, which is expressed as a quantity per 
time period (the calculation technique is discussed in the projection 
section of this manual) . 



Order point = Lead time x Average demand 



P'igure 5 illustrates the relationship of order point, lead time, and 
average demand. For these examples, the time unit for lead time and 
average demand is the same. The average demand for itemiS A and B is 50 
units; however, the lead time for A is 1 while tne lead time for B is 2. 
Note that the order point is 50 for item A and 100 for item B; this is 
equal to expected demand for their respective lead times. Tne order 
quantity is assumed to be the same for both items. 
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Figure 5. Order point based on lead time and average demand 



Another factor that can be used in the calculation of order point is 
review time. Review means comparing an item's order point with the 
available stock for that item. This is done to determine whether order 
action is necessary. If the review is done on a periodic basis, or if 
orders are issued only at specific intervals, there is an additional 
amount of time between the time an item reaches the order point and the 
time an order is issued. If the review time is significant, it should 
be considered in the calculation. Provision has been made for including 
review time in the program. 



Order point = (Lead time + Review time) x Average demand 
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This may be clarified by an example of what happens if review time is 
not considered. Assume that an item is being reviewed weekly. If lead 
time is two weeks, and usage per week is 50, order point is 100 without 
the addition of review time. Suppose that available stock is 101 at the 
time of a particular review; since this is above order point, no order 
is placed. During the following week, the normal usage of 50 reduces 
the available stock to 51. An order is now placed, but since lead time 
is two weeks, the item will be out of stock during the second week. The 
avoidance of such stockouts would require that review time be added to 
lead time, making order point 150 in the case cited. 

Direct access storage devices make it economical to review the available 
stock at the time of each transaction; this is often referred to as 
continuous review. If continuous review is used^ and order action is 
initiated without excessive delay, the review time can be set to zero, 
thereby enabling a reduction of inventory- For the item discussed 
above, the 50 additional items probably would not De required. 



SAFETY STOCK 



Up to now, in the discussion of order point, safety stock has not been 
mentioned. Order point was calculated using lead time, review time, and 
average demand. 

Safety stock is the quantity of an item that is maintained as a hedge or 
protection against stockout resulting from above average or unexpected 
demand during the lead time. Since order point is based on average 
demand, it is raised to allow for the time when the average is less than 
the actual usage during lead time. This creates a buffer of inventory 
called safety stock. Adding safety stock has the effect of increasing 
the average inventory, with an associated increase in maintenance cost. 
The additional inventory may be considered a good investment, up to some 
reasonable point, because stockouts may cause production delays or lost 
sales. 

To better understand how safety stock might work, look at tne same item 
twice, first without safety stock (Figure 6), then with it (Figure 7). 
In both cases lead time is 1. Note that with no safety stock, when 
actual usage is equal to average demand, the inventory is reduced to 
zero just as the new shipment comes in. Similarly, with safety stock, 
the level at which safety stock would be issued is reached when the 
shipment comes in. 

If actual usage exceeded average demand, there would be a stockout in 
the first case; however, in the second case, safety stock would De used 
to fill orders. 
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Order Received 



100 



Average usage per time unit: 50 
Lead time: 1 time unit 
Review time: (continuous) 
Order point: 1 x 50 = 50 
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Lead Time 



Figure 6. Inventory behavior without safety stock 
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Lead Time 



Time 



Average usage per time unit: 50 

Lead time: 1 time unit 

Review time: (continuous) 

Order point without safety stock: 1 x 50 = 50 

Safety stock: average usage for 1 time unit = 50 

Order point with safety stock: 50 + 50 = 100 



Figure 7. Inventory behavior with safety stock 



Safety stock can be calculated in several ways. These vary from simply 
specifying an amount of time to be multiplied by demand (for example, 
one month's supply) to statistical methods using mean absolute deviation 
(MAD) and safety factors. These m.ethods are discussed below. 

The order point formula, expanded to include safety stock, is as 
follows: 

Order point = (Lead time + Review time) x Average demand + Safety stock 

The inventory control package supplies several options for calculating 
safety stock: 

1. A fixed quantity which the user assigns 
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2. An amount of time which will be multiplied by the average demand 
per unit of time. (Note: In the ABC analysis^, the safety stock 
equaled two months' supply; therefore^ the safety stock equaled 1/6 
of $3,000,000 or $500,000.) 

3. A percentage of average demand expected during the lead time 

4. A percentage of the order cycles for which the user does not want 
to have stockouts occur (order service) 

5. The unit service desired 

Methods 4 and 5 use techniques that take advantage of statistical 
concepts that permit the user to base safety stock upon a measure of 
projection (or forecast) error. 

The measure of error used is mean absolute deviation. Deviation is 
simply the difference between each period's actual demand and the 
average. Absolute indicates that all deviations are considered posi- 
tive. Mean is another term for average of the aDSolute deviations. For 
example, if the average demand were 100, and tne actual demands were 
110, 90, 112, 88, MAD would be 11 [( 10+10+12+12) /43 . 

MAD can be used to determine how accurately the average demand has 
projected usage. This can be expressed in percentages based upon a 
normal distribution curve, which is illustrated in Figure 8. The 
relationship between MAD and normal statistical standard deviation may 
be expressed as follows: Standard deviation = 1.25 x MAD. A table of 
safety factors can be constructed based upon this relationship (see 
Figure 9). This provides an estimate of how well the average demand 
will project future usage. If, for example, the average demand of an 
item is 100^ and the MAD is 10, the following probabilities exist: 
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period not 
greater than 



Probability 
(expressed as 
a percentage) 



100 
110 
120 
130 



50 (average demand) 

78.8 (average demand + 1 MAD) 

94.5 (average demand + 2 MAD) 

99.2 (average demand + 3 MAD) 



r «<»% »»% 


»4.»% 
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II»»1h t UV^ 
















y. 





Figure 8. Area relationships under the normal curve - mean 
absolute deviation (MAD) 
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84.13 
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2.00 


94.52 


2.50 


97.72 


3.00 


99.18 


3.75 


99.87 



Figure 9. Safety factors for service levels using MAD 
(service based on frequency of stockout) 

MAD can be used to calculate safety stock. It is usually multiplied by 
a safety factor which is related to the percentages stated above. For 
items where the MAD is small, safety stock will be small, and where the 
MAD is large, safety stock will be large. Assume two items (A + B) nave 
an average demand of 100 units; however, the MAD for item A is 10, and 
the MAD for item. B is 3 0. If the safety factor is 2.50, item A will 
have a safety stock of 25 units (2.50 x 10), while item B will have a 
safety stock of 75 units (2.50 x 30). 

Up to this point, it was assumed that the lead time for an item and the 
length of time for average demand and MAD were the same. Normially, lead 
time is not the same as the projection interval (time period for average 
demand) , and MA.D m.ust be adjusted to reflect the difference. This is 
done by a mathematical formula which is part of the package. From now 
on it is assum.ed that MAD has been adjusted to conform to lead time. 

Using this quantity (MAD or MAD multiplied by a factor) for safety 
stock, we can loe reasonably sure that no stockout will occur during the 
replenishment lead time for a specific percentage of the orders. Figure 
9 illustrates several safety factors and the corresponding percentage of 
order cycles with no stockout. 

If the user's input to the program indicates that a safety factor of 
2.50 should be multiplied t)y MAD to determine safety stock, he can 
expect that about 98% (97.72) of the replenishment orders for tnat item 
will arrive before a stockout. This percentage is referred to as 
service level, which in this case is based upon the frequency of 
stockouts. 

This level of service is an estimate of how frequently stockouts will 
occur, and not an estimate of the quantity or size of unfilled orders. 
The expected frequency of stockout is related to the frequency of 
replenishment orders. That is, if 100 orders were placed for a 
particular item, it is probable that 98 of them would be received 
without a stockout occurring. If this item were ordered once a year^ 
stockouts would occur in only two years out of 100. If the item were 
ordered weekly, a stockout would occur about once a year. 

Service levels are usually set for each inventory item on the basis of 
the number of stockouts that can be tolerated wnen this measure of 
service is used. If, for example, service were specified as "one 
stockout per year", an item that was reordered ten times per year would 
have a service percentage of 9/10 or 90%; while an item that was 
reordered five times per year would have a service percentage of 4/5 or 
8 0%, meaning that a stockout would be tolerated during one of the five 
reorder cycles. The service percentage is then used with the table in 
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Figure 9. A service percentage of 90, for example, would require 1.6 
MAD's as safety stock. 



With this measure of service it is possible to: 



1. Establish the service level policy in termis of the number of 
stockouts per year that can be tolerated 

2. Divide the order quantity into annual usage to determine the number 
of reorder cycles 

3- Calculate the percentage of reorder cycles that should not have 
stockouts and use this percentage to determine the proper safety 
factor. 

When using this measure of service, the program accepts the service 
level stated as a percentage or as the number of stockouts per year. If 
number of stockouts is used^ the percentage is automatically calculated 
on the basis of information stored on the item master record. 



Another measure of service can be used which allows the user to satisfy 
a specified percentage of unit demand. This measure of service 
addresses itself to filling a given percentage of demand from the shelf. 
For example if we received orders totaling 100 pieces, and we could 
supply 99, then our unit service would be 99%. This is accomplished by 
considering the relationship between order quantity and projection error 
when determining the safety factor to be used for safety stock. Each 
item will have its own safety factor. 

The program determines the appropriate value (safety factor) using the 
table in Figure 10 and the following formula: 



Service function = 



Order quantity x (1 
MAD for lead time 



desired service level per.) 



Service function is an intermediate value which, when compared to the 
table in Figure 10, indicates the safety factor to be used. 
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Safety Factor 
0.0 


Service Function 


.4998 


0.2 


.4062 


0.4 


.3252 


0.6 


.2561 


0.8 


.1985 


1.0 


.1510 


1.2 


,1131 


1.4 


.0829 


1.6 


.0600 


1.8 


.0425 


2.0 


.0294 


2.2 


.0199 


2.4 


.0134 


2.6 


.0088 


2.8 


.0056 


3.0 


.0035 


3.2 


.0023 


3.4 


.0015 


3.6 


.0009 


3.8 


.0005 


4.0 


.0004 



Figure 10. Service function for the normal distribution 
of forecast errors 



The order quantity and MAD interact to affect the percentage of demand 
filled routinely. If order quantity is large in relation to the error^ 
the order quantity alone provides protection for some time after goods 
are received. This is illustrated in Figure 11, where item A has a 
larger order quantity in terms of time supply than does item B. Taking 
this into account will yield a lower safety factor for item A than for 
item B, while satisfying the same percentage of demand for both items. 
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Jtem A 

^\^rder Quantity = 

^^^"^6 Months' Supply 


Order 


"^^-v^ 


Point 


JtemB 

^\^rder Quantity = 

^^\3 Months' Supply 


^^ 


\ 

Order 




"^^^^^ 


Point 







Figure 11. Exposure to stockout of items with different order quantities 

Examples: 

Item A 

Order Quantity: 600 (annual usage is 1200, so this represents a 

six-month supply) 

MAD of projection error during lead time: 75 

Desired service: 95% 

Service function: 600 {l-,95) = .4 

75 

From Figure 10 , safety factor for service function of .4 = .2 

Item B 

Order quantity: 300 (annual usage is 1,200, so this represents a 

three-month supply) 

MAD of projection error during lead time: 75 

Desired service: 95% 

Service function: 300 (1-.95) = .2 

75 



From Figure 10, safety factor for service function of .2 = .8 



Note that the safety factor for this measure of unit service is lower 
than when based on frequency of stockout (order service) . In aiming to 
satisfy a given percentage of demand, emphasis is not placed on 
determining how frequently a stockout will occur ^ or on how large any 
particular stockout will be. What is being specified is tnat over a 
length of time some desired percentage of demand v/ili be filled from 
goods on the shelf. 



OTHER FEATURES 



The order point program can also furnish an index value useful for 
estimating when an item, should reach order point. The program, subtracts 
the order point quantity from the available quantity. If the difference 
is minus or zero, the item, has reached the order point, and the index is 
set to zero. If the difference is plus, it is divided by average demand 
to provide an estimate of how many time periods of supply exist over the 
order point. This routine is especially applicable to fixed review 
periods normally encountered in warehouse replenisnment. It could also 
be used to determine what to order for a family of items. That is, for 
groups of items, it may be more economical to order several items within 
the group at one time. This may be caused by vendor restrictions or 
because of setup in the plant. There may be a high cost associated with 
setup of a particular machine that can be utilized for otner items in 
the family by m.aKing slight miodif ications. 

In this way, the large setup cost can be distributed to many parts 
rather than to one or two. The user can process these items separately 
to obtain a report to aid in formulating ordering judgments. For 
example jy assume there are 30 items in a particular famiily, and four of 
these have reached order point. If this numner of orders is not 
economical, additional items can be selected using the index value. 
Items that have a value tjetween 0.1 and 0.9 should reach order point 
during the next time interval, while those with values between 1.0 and 
1.9 have an additional time period of supply. This progresses to the 
maxim.um value of 9.9. 

The order point report is illustrated at the end of this section. It 
lists each item number and description, with codes for model type (lM) , 
order point calculation (O) , and value classification (V). In addition, 
the safety factor, lead time, average demand, safety stock, order point, 
MAD, on hand, available stock, and index value are included. 

The analysis for implementation feature of this module permits the user 
to analyze what might happen when different safety stock formulas or 
level of service values are used. This is accomplished by contrasting 
certain aspects of the existing technique to the aspects of the proposed 
technique. 

If a user is currently calculating safety stock on the oasis of two 
months" supply, and he would like to use one of the statistical methods, 
it would be advantageous to know the value of the safety stock for both 
methods. The program calculates the new safety stock and multiplies it 
and the old safety stock by unit cost. Separate totals are accum.ulated 
to determine the total value of each. Figure 12 illustrates this 
technique. The example uses the 400 itemis (high annual usage value) 
from the inventory analysis. This report compares the safety stock 
value for "two-mionth supply" to "9 8% unit service" technique. In this 
example, the safety stock is reduced from $4 00,500 to $52,90 0. 

This feature can also be used to provide alternate plans and values so 
that management can select the plan to implement. If a user would like 
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to implement safety stock on the basis of level of service, a logical 
question would be, "How much will this cost?" The answer can oe 
provided by processing the order point items (or a selected sample) 
several times, 

Each time, a different percentage of service is used. The value of the 
safety stock is accumulated and recorded for the different percentages, 
which can be contrasted to the present values. When the program is used 
in this way, the file is not changed. 



SUMMARY 



When a replenishment order is issued, uncertainty always exists about 
usage during the interval before receipt. Order point is set to allow 
for this uncertainty. If order point is based on average demand alone, 
stockouts can db anticipated during about half the replenishment cycles. 
To get better service requires raising order point oy adding safety 
stock. Safety stock can be a specified quantity, a specified amount of 
time to be multiplied by average demand, or a percentage factor that is 
applied to lead time and multiplied by average demiand. In addition, 
statistical concepts make it possible to find a safety factor which will 
yield a specified level of service. Two m.easures of service have been 
presented: 

1. Frequency of stockout, without regard to size or number of unfilled 
orders (order service) . The safety factor is taken directly from 
the normial curve table using service percentage or a calculated 
service percentage of reorder cycles in which no stockout is 
desired. 

2. Size of stockout, without regard to frequency (unit service). This 
measure of service aimtS at filling a given percentage of demand 
from the shelf. The relationship joetween order quantity and 
projection error is considered in setting the safety factor. 

The program requires the user to identify the items that are classified 
as order point items, as well as the method to oe used for safety stock 
calculation. This mtay be accomplished by placing codes on the itemi 
Fiaster record, parameter cards, or specific input cards for an itemi. 

The user must furnish the factors (that is, level of service, safety 
stock time, percentage of lead timie, review time, and lead time) tnat 
are used in the program. MAD and average demand are calculated in the 
projection phase and are stored on the item miaster r63Cord. 

The order point program is norm^ally run at the end of each tiiite period 
for which average usage is calculated. The usual inputs are parameter 
card, itemi master record, and nase indices for seasonal items (if inot 
stored on the iterti m.aster) . Item> cards are used for processing only 
certain item.s or for overriding information on the item master file (see 
Figure 13) . 
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ORDER POINT REPORT 






I C MANUFACTURING COMPANY 






xx/xx/xx 


PAGE 


XXX 


ITEM NUMBER 


DESCRIPTION 


CODES 


SFTY LEAD AVERAGE SAFETY 


ORDER 




ON 


AVAIL 


INDEX 






N-O-V 


FACT TIME DEMAND STOCK 


POINT 


MAD 


HAND 


STOCK 


VAL 


E-1856279 


PUMP FILTER UNIT 


H E A 


98 3 U07.0 16U 


1,385 


82.2 


U832 


1,832 


1. 1 
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-^ _ 





ORDER POINT ANALYSIS 


I C MANUFACTURING COMPANY 


XX/XX/XX 


NUMBER OF ITEMS 




uoo 




NUMBER OF VARIANCE CHECKS 




383 




NUMBER OF ORDER CARDS 








NUMBER OF ITEMS ZERO ON HAND 




9 




EVALUATION ORDER QUANTITY 


$ 


801,3UU 




EVALUATION SAFETY STOCK OLD 


$ 


UOO, 500 




EVALUATION SAFETY STOCK NEW 


% 


52,900 




EVALUATION ON HAND 


$ 


803,962 





Figure 12. Order point reports 



Item 
Master 




Figure 13. General system chart - order point 
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ORDER POINT SUMMARY CHART 


Input 


Routines 


Item Master File 


Output 


Parameter card 


Usage through lead 
time 


Item number 


Updated item master 


Item cards 


Safety stock 


Item description 


Order point report 


The input cards 




Order policy code 


Order point analysis 


contain such in- 


Order point 






formation as over- 




Order point calculation 


Order action cards 


ride data (for 




code 




example, level of 
service, safety 
stock), option 
codes, etc. 




Order point 
recommendation 
data code 

Safety stock 

Order point 

Model type 

First average 

Second average 

Average demand 

Trend 

Base Indices 

Mean absolute deviation 

Safety factor 

Lead time 

On-hand quantity 

On-order quantity 





An output report is prepared which indicates the results of these 
calculations. Codes are printed to highlight various conditions. A 
variance code indicates that the new order point has increased or 
decreased by a specified percentage. If the new order point is raised 
above available stock, order action is indicated by punching a card, 
which can be used for reentry into the system when the order is placed. 

The item master file is updated by this program to reflect the new order 
points, which become the basis for order action in subsequent programs 
(execution phase) . 
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ORDER QUANTITY 



Determining how irany of an item to order is one of the most significant 
aspects of inventory control management. The quantities in which items 
are manufactured or purchased have a direct relationship to tne average 
level of inventory. 

The formula for determining average inventory level where usage is 
relatively constant is: 



Average inventory = 



Order quantity + Safety stock 
2 



Judgments regarding the size of the order quantity influence the number 
of dollars required for this investment. A company can realize 
substantial savings if significant reductions can be made to the 
inventory level. These reductions must not disrupt the operation of the 
plant nor should they be offset by a corresponding increase in other 
costs . 

Figure 14 illustrates the relationship between inventory level and order 
quantity. The average inventory level for the item shown can oe reduced 
from 600 units to 300 units by decreasing the order quantity from 900 
units to 300 units. The item would have to oe ordered more often^ thus 
increasing the number of orders that must be processed and the number of 
times a production item must be set up in the shop. 
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Figure 14. Order quantity and inventory level 
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STANDARD EOQ 



The costs that go up as the lot size is decreased are those associated 
with the replenishment order. These include setup cost, order or 
paperwork cost, and some portion of the cost of expediting, scheduling, 
dispatching, etc. The costs that go down when the lot size is decreased 
are those associated with the higher level of inventory. These are 
usually described as inventory carrying costs and include the value of 
money tied up, storage cost, obsolescence, taxes, etc. 

There should be an economic balance between the costs that increase and 
those that decrease as the order quantity varies. This determination is 
the principal task of economic order quantity calculations. 

The standard economic order quantity (EOQ) formula can be used to 
balance these costs and calculate an order quantity for each item. 
Figure 15 illustrates graphically tne concept of economic order quanti- 
ty. The point at which the sum of the two lower curves reaches a 
minimum is the most economic order quantity. Normally, tne total cost 
curve is flat in the area of the minimum. This fact allows some 
flexibility in rounding of order quantities to miore convenient numbers. 

The standard EOQ formula used by the program is: 



*V 



2AS 



Where: 

Q = Order quantity or lot size 

A = Cost of setup and order writing in dollars 

S = Annual usage 

I = Cost of holding one unit in stock one year 
(unit cost X carrying rate) 

Use of the form.ula implies certain assumiptions : 

1. The most significant costs in the purchasing decision are acquisi- 
tion costs and maintenance costs. 

2. The cost of an order is constant regardless of tne numioer of 
orders. 

3. The p€:^r unit cost of carrying an additional unit in inventory is 
constant regardless of the numoer of units in inventory. 

^. The whole order quantity arrives at one time (no partial 
shipments) . 

5. Demand is known and constant - 

6. The incremiental cost of an additional unit in a single purchase is 
constant - that is, there is no automatic program handling of 
quantity discounts. 

7. The purchasing decisions made for one item have no effect on tne 
purcnasing decisions for other items. 

2^ 



Least Total Cost or 
Economic Order Quantity 



Total Cost 



Cost of Carrying 

Inventory 



d 




Cost of Manufacture 



Order Size 



Figure 15. Economic order quantity 



The calculation is relatively easy and the results can be obtained 
quickly. The factors used in the formula may be more difficult to 
ascertain. However, tJiese factors are real - that is, there is a cost 
of carrying inventory and a cost associated with processing an order and 
each user must determine these values. They should be as realistic as 
possible in order to derive the most economical order quantities. 

In some cases there may be other conditions that influence the lot size. 
For example, the physical size of an item relative to storage space, or 
the amount of time required on a specific machine may restrict the 
number of items to be produced at one time. Storage and/or packing 
requirements or the material from which the item is produced may require 
the lot to be made in specific increments. 

The program has provided for minimum, maximum, and multiple quantities 
for each item. On an optional basis, the order quantity is checked to 
ensure that it is within the range of minimum and maximum lot size and 
that it has been rounded to the nearest multiple. 
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TIME PERIODS OF SUPPLY 



The program provides another method for calculating order quantity on 
the basis of average usage. This enables the user to specify an amount 
of time to be used for determining order quantity (for example, three 
mionths' supply). The user supplies the number of time periods to oe 
used for one or more items by placing the category code* on the 
inventory record. The program uses this information and tne latest 
average to calculate order quantity. The number of timie periods can be 
different for each category code. Note that this type of ordering 
policy was used in the ABC analysis example. 

The economics of this technique depend upon the user's judgment 
regarding the cost of the itemi, its related carrying expense, and the 
setup cost. Other methods of calculation based upon future requirements 
are discussed later. 

If a manufacturing company has not used some cost balancing formula for 
determining order quantities, many benefits can be derived by using this 
program. These oenefits will probably be realized over a period rather 
than as a result of one calculation- It is very unlikely that a company 
would change the order quantities from the present values miust the newly 
computed values in a short period. 



ANALYSIS FOR IMPLEMENTATION 



Many questions must be resolved before implementing economic order 
quantity calculations: What is the value of the savings tnat can be 
attained? Where are we now, and how can we realize these savings? Wnat 
will happen to the number of orders that have to be issued? Are tiiere 
items or groups of items that will provide substantial savings? Can we 
analyze what might happen before changing the quantities? If so, what 
action can be taken to reduce or eliminate undesirable aspects (for 
example, excessive setup requirements for a particular group of 
machines) ? 

The order quantity program provides an analysis for imiplementation 
report to help answer these questions. 

Basically, this report enables the user to experiment with the various 
aspects of economic order quantity calculations for all, or a selected 
portion, of the inventory file. The program provides for contrasting 
the present order quantities with the newly calculated order quantities. 
For example, assume a user has performed an ABC analysis of tne 
inventory and has divided it into several groups. Codes nave been 
placed on the inventory records to identify the group to wnich each itemi 
belongs. The user would like to analyze the hign-value items repre- 
sented by a particular code. 

He would like to know tne difference in inventory level for tnese item.s 
if the lot sizes were changed to the order quantities calculated by the 
EOQ formula. In addition, it would be desirable to hignlight the items 
where the difference is significant. Using a parameter card, the 
program processes this request. It locates eacn inventory record and 
calculates the order quantity on the basis of the input parameters for 
cost of carrying inventory and order cost. The item information 



*See "Analysis for Inplementation" 
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required in the formula' is stored on each inventory record. The dollar 
values of the old and the new inventory levels (as determined by the 
order quantity) are computed and printed for each item and summ.arized by 
order quantity category code, and in totals for the entire run. Each 
item is checked to determiine whether the difference in inventory level 
is such that tne item should be highlighted on the output report. The 
totals would be useful to evaluate the effect that the new order 
quantities would nave on inventory value. 

During the same comiouter run, it is possible to determine the number of 
orders and the total setup cost per year for each item and to accumulate 
these figures for both order quantities. This inform.ation is useful in 
determining the effect tne order quantities nave on setup and order or 
paperwork costs. 

At another tim.e, the user may wish to determine what might happen to the 
load at a specific work center. He may wish to stay wi-chin certain 
limits regarding a factor related to the numoer of orders, for example, 
setup hours. 

This can be accomplished by identifying the items so that the system can 
locate the specific inventory records and calculate order quantity. In 
this case, the setup hours would be miultiplied by the nuriiber of orders 
per year to ascertain the total setup hours for tne old and tne new 
order quantities. The results can be used to determine what, if any, 
changes should be made to the new order quantities in order to keep the 
setup hours within this limit. Such changes can easily oe made by 
adjusting the paramieter for cost of carrying inventory. Tiie new 
quantities would be calculated and placed on the inventory record. 

This kind of analysis is very useful before changing order quantities. 
The program provides for variations in processing inventory records and 
performing calculations. The program can process all items in the 
inventory file or a portion of the file. Two methods are provided for 
determining which items to process. A code in the item master record, 
or input with item identification, can be used to select the items to ioe 
calculated. 

The program has provision for using different ordering costs and 
carrying rates during the samie calculation. This is based upon an order 
quantity category code stored on the item record. For example, code 1 
uses the first ordering cost and carrying rate, while code 2 uses the 
second, etc. In this way, the user can take advantage of using 
different rates and ordering costs for items witnout storing this data 
on the item master record. This also makes it very easy to change these 
factors for experimentation purposes or in the process of evolving to 
the desired value of these factors. The setup cost, unit cost, and 
usage information for each item are stored on the item master record. 

The program calculates the number of orders per year and multiplies this 
by a factor (for exam-ple, setup hours). This is done for two order 
quantities (existing and new) , and the totals are acciomulated for all 
items. 

The order quantity is multiplied by a factor (for example, unit cost) to 
contrast the present to the new order quantities relative to the value 
of the inventory level. For some items, it may be desirable to 
substitute run tixiie per unit, or a storage or space factor, for unit 
cost. Exits are included so that each user can insert his unique 
calculations to develop the factors to be multiplied by order quantity 
and number of orders. 

In addition to the above, the carrying cost implicit for the present 
order quantities is calculated and printed as an optional feature. This 
can be used to identify items the user should examine closely to 
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ascertain why the present order quantity is out of JDalance with 
management's policy en tne cost of carrying inventory. 

The analysis for implementation feature can oe used with other formulas 
that calculate order quantity on the basis of average demand. The 
interface is provided by exits to user-written routines^ which^ in turn^ 
make tiie newly computed order quantity availaole to the analysis 
routines. For exam.ple, the user may wish to write a routine that uses a 
modified EOQ form.ula that considers orders wnere the entire quantity 
does not go into inventory immediately. In this case, the inventory 
does not increase oy the full amount of the lot size at one time. It 
increases according to tne production and usage rates of the item.. 



BALANCING TECHNIQUE 



Up to this point, the calculation of order quantity has oeen based on an 
average of past usage. Other methods offer advantages wnen future 
requirements are known or when they can be estimated. These methods are 
preferaDle for items where usage is expected to vary from period to 
period, as in the case of seasonal item>s. Tne two m.etnoas to ioe 
discussed (balancing technique and unit cost technique) oalance order 
cost against carrying cost for the specific requirements ratner than for 
averages. 

Each item record is examined to determine the requirem.ents by time. 
These requirem^ents may be a result of exploding the oill of luaterial for 
higher-level assemblies or simply an indication tnat the item is trend, 
seasonal, or trend-seasonal, and the program should estimate tne future 
requirements. 

On the basis of the order cost and the cost of carrying inventory for 
time periods, judgments are m.ade to determine how the future require- 
m.ents should be grouped for orders. The program, accum.ulates tne cost of 
carrying inventory and checks tnis total against setup and order costs. 
The lot size is determined when the cost of carrying inventory Decom.es 
equal to or larger than the fixed order cost. 

As an exam.ple, assumie the requirements for time periods 1 to 5 are 50, 
60, 70, 80, 70, respectively. The unit cost of rhe item is $10.00, tne 
order cost is $60.00, and the carrying rate is 2% per tinse period. 

The program calculates the cost of carrying inventory by miultiplying tne 
quantity by the unit cost, carrying rate, and the number of timie periods 
the quantity would be carried. The accumulation of this cost is 
compared against $60.00 to determine the period for the next setup. The 
setup should be made in the period in which the carrying cost exceeds 
the fixed order cost. The summary of this calculation is listed below. 
It indicates that the order quantity should ne 180 (50+60+70) and tne 
next setup should be in the fourth period. 

Per. Qty Qty x U.C. x C.R. x Time Total 

1 50 (no carrying cost) 

2 60 60xl0x. 02x1=12. 00 

3 70 70xl0x. 02x2=28. 00 

4 80 BOxlOx. 02x3=48.00 

5 70 
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12, 


.00 


40. 


.00 


88. 


.00 



The program then computes the next order quantity starting with the 
requirement in period 4. 



UNIT COST TECHNIQUE 



This technique can be described as a least unit cost approach in that it 
calculates the combined ordering cost and carrying cost per unit, and 
selects the order quantity that produces the lowest unit cost. The 
technique is used to determine how the requirements for the time periods 
are to be combined for orders. 

The program calculates the unit cost for the first period's requirements 
as if they were to be produced separately. Next, the program calculates 
the unit cost for the item with the second requirement combined with the 
first. The unit costs are compared, and if the second is lower, the 
program calculates the unit cost of an order that includes the next 
requirement. This process is continued until the least unit cost is 
reached (the point where the next requirement causes the unit cost to 
increase) - 

The following example illustrates how the order quantity is selected. 
The requirements are 50, 60, 70, 80, and 70, respectively, for the first 
five periods. Assuming the order cost to be $60.00, the cost of the 
item to be $10.00, and the inventory carrying rate to be 2% per period, 
the calculation for the first requirement (50) is as follows: 

Unit cost = Order cost + Carrying cost = 60.00 =1.20 

Quantity 50 

When the second requirement (60) is combined with the first (50), for an 
order quantity of 110, the unit cost decreases. 

Unit cost = Order cost + Carrying cost 

Quantity 

Unit cost = 60.00+ (Ix60xl0x. 2) = .654 

110 

When this procedure is repeated for the third period's requirements (70) 
for an order quantity of 180 (50+60+70), the unit cost is .656. 

Unit cost = Order cost + Carrying cost 

Quantity 

Unit cost = 60.00+(lx60xl0x.02)+(2x70xl0x.02) = .555 

180 

When the next requirement (80) is considered, the unit cost rises. The 
recommended order quantity to be run in period 1 is 180. 

Unit cost = Order cost + carrying cost 

Quantity 

Unit cost = 60. 00+ (Ix60xl0x. 02) + <2x70xl0x.02) + (3x80xl0x. 2) = .569 

260 

Figure 16 contains a summary of these calculations. 
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Period 


1 
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3 
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5 
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50 


60 
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Calculation No. 


Order Qty. 


Unit Cost 


Future Requirements 


1 


50 


1.200 


60 70 80 


70 


2 


50+60 


.654 


70 80 


70 


3 


50+60+70 


.555 


80 


70 


4 


50+60+70+80 


.569 





70 



Figure 16. Least unit cost order quantity 

The next order quantity would be calculated starting witn the fourtn 
period (based on the assumption tnat 180 would be produced m the first 
period) . 



SUMMARY 

The program has provision for calculating order quantities four ways: 

1. Standard or classical EOQ formula 

2. Time periods of supply 

3. Balancing technique 

4. Least unit cost 

A user exit is included for other methods of calculation. Metnods 1 and 
2 above are based on an average of past usage, while methods 3 and 4 
utilize future requirements. If specified, metnods 3 and 4 can also oe 
used for items classified as trend, seasonal, or trend-seasonal. 

The category code enables the user to specify many comDinations of order 
cost and carrying rate without placing this information on tne item 
master file. The carrying rate field is used for periods of supply when 
this type of calculation is specified. The category code is advanta- 
geous for making changes to these values to gradually oring them in line 
with management's ordering policy. 

The frequency of running the order quantity programs depends upon each 
user's requirements. Normally, the items considered as having a fixed 
order quantity would be processed once or twice a year. This is true if 
the order quantities reflect tne policy of management. If the quanti- 
ties are not considered economical, the program and its analysis for 
imiplementation feature can be used again and again over a period to nelp 
ensure an orderly transition to the desired quantities. 

The analysis for implementation feature used with methods 1 and 2 above 
encourages the user to evaluate the changes before implementing tnem.. 
The evaluation provides a logical plan for obtaining the economical 
benefits of order quantity calculations without disrupting tne day-to- 
day operation of the plant. 
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The program can acconnniodate a variety of options regarding tne items to 
be processed. The parameter card and item cards are used for tnis 
purpose (see Figure 18). 

This above input information, in conjunction with the item master file, 
is used for order quantity calculation. 

Output consists of the order quantity report and the analysis for 
implementation summary. The itemi master record can be updated on an 
optional oasis. 

Figure 17 illustrates order quantity report and analysis, wnich is used 
for the inventory items discussed in the inventory analysis section of 
this manual. This report summtarizes the new order policy for tnree 
categories of inventory. In this example, the mietnod of order quantity 
calculation is based on number of time periods. 
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Figure 17. Order quantity reports 
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PROJECTION 



A question often asked in a manufacturing organization is "How many of 
what items must we manufacture?" If too few of a given item, are 
produced, orders may be lost. If too many are made, money may oe 
wasted. The sam.e is true if a desired item is not produced and vice 
versa. A manufacturing plan based on expected product demand m.ust be 
established tc resolve this question. In addition, a tecnnique for 
estimating demand is essential for determining usage through lead timie 
for order point items. 

There are two basic methods of anticipating demand: preaiction and 
projection. Prediction is an educated guess and involves no form.alized 
use of num.erical data. Projection, or forecasting, implies som^e 
mianipulation of nunierical data. 
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The role of projection is to analyze historical data about the demand 
process and project for a desired planning period (for example, lead 
time of an item, a season or a year) . 

Output of the projection programs can be combined with other information 
available to the planner such as economic trends, competit:ion, marKet 
trends, etc., to yield a solid foundation for the plan. 

While a computer projection by itself may not be comipletely sufficient 
for planning purposes, the man-machine cooperation achievea Dy sucn an 
approach takes advantage of the capabilities of ooth the planner and the 
computer. 

The projection program.s are designed to assist in the planning function. 
They also furnish the latest average and a measure (MAD) of how accurate 
the average is expected to be relative to estimating future aemtand, the 
latter being useful for safety stock and order point comiputations. 

The projection program^s use a technique known as exponential smioothing. 
Stated simply, smoothing is a technique comparable to finding an average 
of historical data and, as the data for each new perioa becomes 
availaole, developing a new average of the old and new data. The oIg 
average and the new period data are weighted in such a manner as to give 
relative importance to the old average, depending on the desires of the 
individual. The formal expression used is as follows: New average = 
Old average + ot (New demand-Old average) , where the alpha factor (a ) is< 
the weight assigned to tne new data. The factor determines the relative 
weight to be given to old and new data. 

The conventional moving average technique requires that several periods 
of the miost recent data should always be miaintained on the file. Tne 
smoothing approach requires only that the old average should oe carried 
forward each period. The term exponential smoothing derives froin the 
fact that the new piece of data, when averaged with the old average, has 
less effect on the overall calculation as timiO progresses. If the 
effect that a piece of data has on the new average over a period were 
plotted, it would follow an exponential curve. This effect is illus- 
trated in Figure 19 for an alpha factor of .1. The latest demand makes 
up 10% of tne new average. One period later, its contribution is 
reduced to 9%, two periods later to 8.1%^ and so on^ until 2 periods 
later, when the contribution of the data is about 1%. 
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88.3% of new average 
is made up of data 1 9 
periods old or less. 



Remaining 11.7% of 
new average comes 
from data more than 
19 periods old. 
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Figure 19. Weighting of data with smoothing constant = 0.1 

The exponential smoothing technique^ with variations, can be used to 
calculate the average (s) for several demand patterns. Tne projection 
programs provide for four demand patterns or models: 

1. Horizontal (constant) 

2, Trend 

3. Seasonal 

4, Trend-seasonal 

These models are described below and are illustrated in Figure 20. 

Horizontal Model . A representation of demand as centered around an 
average value, with variations which can be attributed only to random 
causes and which cannot be expected to occur in any consistent pattern. 
It is also called a constant or point model. The mathematical 
representation is a single number (first average) that may be determined 
by single exponential smoothing. 

Trend Model . A representation of demand that consistently increases or 
decreases with the passage of time. It is also called a line, ramp, or 
slope model. The mathematical representation is two numbers (first 
average and second average), which are averages for different points in 
time so that the amount of change per time unit may be calculated and 
used to extend tne line to the present or future. The projecting 
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technique is double exponential smoothing, which is used to calculate 
and store the first and second averages of trend models. 

Seasonal and Trend-Seasonal Models , A representation of demand that has 
high and low periods that recur as a function of time. These peaks or 
valleys should normally differ from the average by 30% to 50%. A 
further requirement is an identifiable reason for the swing^ which leads 
to the conclusion that it is likely to recur; if not, there is no reason 
to select a model that will plan for the swing. The mathematical 
representation consists of the demand average (s) and base indices, which 
represent the average demand for the time intervals making up the cycle 
during previous years. Base indices are a series of factors used to 
adjust the demand for cyclic patterns; they are expressed as ratios of 
each time period's historic demand to the average demand for the item. 
Tne seasonal model may occur in conjunction with either a horizontal or 
trend model as illustrated in Figure 20. 
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Figure 20. Four models for projection 
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Figure 21. Data fields required by model 



Two fields listed in Figure 21 will be briefly discussed before 
describing the prcgraros. The mean absolute deviation (MAD) and the sum 
of the deviations are included for each model. They are computed by the 
update and project program and are used to determine tne accuracy of the 
existing values (model type, first average, etc.) relative to the new 
demand that is made available each time period. Items can De high- 
lighted for analysis outside the system when the new demand does not 
conform to existing patterns and values. 

The mean absolute deviation is the average of the differences between 
expected demand and actual demand for each time period. The difference 
is always considered plus. The sum of the deviations is the algeoraic 
sum of the differences. 

The ratio of the numbers (sum of deviations + MAD) is checked against an 
upper and a lower limit to determine whether the existing values are 
consistent witn most recent demand(s). This ratio is usually referred 
to as the tracking signal, since it indicates how well tne actual demand 
has been projected. 

The projection programs can be divided into two broad categories: 
initialization and operational. The initialization programs are used to 
analyze historical demand data, select the model type, corr.pute the 
initial values for data fields, and transfer this information to the 
item master record. The operational program keeps these values up to 
date and projects future demand on the basis of these values. 



INITIALIZATION PROGR/^MS 



To select and implement the best projection plan, actual demand data has 
to be collected and analyzed. A set of initialization programs is 
provided to determine what patterns (if any) exist in past demiand, and 
to compute the initial values that are stored on the item master record. 
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The programs can tnen oe used as required to reinitialize an item to 
meet changing conditions. The initialization programs perform the 
following major functions: 

1. Edit input to proper format 

2. Select the projection model 

3. Calculate initial values of factors used in single and double 
exponential smioothing 

4. Calculate base indices for all seasonal items 

The edit program is designed to convert the user's demand data file, 
which may be card, disk, or tape, to tne format required for the model 
select program. The edit program performis the following functions: 

1. Convert existing demand data to format required for model select 
programi 

2. Screen demiand history for unusual variations 

3. Combine up to 99 input demands to create a single output demand for 
a longer timie interval 

4. Calculate, if desired, annual dollar usage for each item and 
compare this with a user input for annual dollar usage 

5. Print a listing by item of output data for visual examination by 
user 

The model select program is designed to analyze past demand data for 
each item and determine which of four projection miodels (horizontal, 
trend, seasonal, or trend-seasonal) should be used for the best 
projection of future dem>and. The program then calculates and includes 
in the output the initializing values required for projecting with the 
model selected. 

The model select program also performs the following functions: 

1. Calculate the mean absolute deviation of the demand history 

2. Calculate values for single or double smioothing of demand 

3. Calculate base indices for seasonal items 

4. Print output item detail 

The initial update program uses the output of the model select program 
and moves the initial values to the item master record. 



OPERATIONAL PROGRAM 



The operational program, update and project, accepts the most recent 
demand and updates the item miaster record. The program also projects 
future demand on the basis of the information stored in the file. 

The calculations for updating fields using the update and project 
program depend upon the type of model. Generally, the incoming demand 
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is used to update the average(s) , NAD, sum of the deviations, and oase 

indices. For example, a horizontal item requires changes to the 

following fields: first average^, NAD, and sum of the deviations. MAD 

and first average use the standard smoothing formula, while the sum. of 
tne deviations is an algeoraic accumulation. 

If the current demand were 330 and the first average were 300, the new 
first average would be 303 (alpha = .1). 

New first average = Old first average + a (Demand - Old first average) 
= 300 + .1 (330-300) 
= 303 

Using the same formula for KAD, the new value would be 21 if MAD were 2 
before this period. 

New MAD = Old MAD + ot (Difference - Old I^IAD) 
= 20 + .1(30-20) 
= 21 

The difference between demand and first average (330-300=30) is 30, 
whicn is exponentially smoothed with tne existing value for the sum of 
the deviations. 

The inventory record would be updated to reflect tnese changes. If the 
item were trend, seasonal or trend-seasonal, otner fields would also oe 
updated. Appendix 2 contains a summary of tne calculations used in the 
projection programs. 

The item information is ready for use in projection. The user can 
specify the numiber of time periods for which the projection is to oe 
performed. In the case of a horizontal item the projection for the next 
time periods is the first average stored on the record. 

For trend or seasonal item^s, the calculation is somewhat different. For 
trend items, the value of trend is computed for the time interval. This 
is added to each succeeding tim.e period's projection. Therefore, the 
projection for the first time period is tne average demand plus 1 
multiplied by trend, while the projection for the second period is the 
average plus 2 multiplied by trend. 

The average demand for the current time period is calculated on the 
basis of the first and second averages (Average demand = 2 x First 
average - Second average) . 

If the item were seasonal the average demand would be adjusted by the 
base indices that relate to the specific time periods into tne future. 
The average is first adjusted for trend, if the item is coded as 
trend- seasonal. 

Output from the update and project program consists of a projection 
report and updated item master records. 

The update and project program also nas the capaDility to calculate the 
new averages and project demand for all or specific items stored in the 
file. This can be done in various combinations on the basis of 
parameters made available to the program. For example, the user may 
wish to compute the new averages for all items, Dut project for only a 
portion of the file (for examiple, end item.s only). 

At another time, the user may wish to project all end itemis (or perhaps 
only the high-value items as determined Dy a code in the master record) 
for one year. It may be desirable to do this independently of changing 
the averages, as the run is being made at other than the end of a time 
period. 
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These corribi nations are provided so that the user has a great deal of 
flexibility with regard to the capabilities of tnis program. 



SUMMARY 



The projection prograrriS perforin the necessary functions for estimating 
future demand (see Figure 23)-. These functions include (1) analysis of 
historical demand data to determine the pattern that best fits the item, 
(2) computation of the initial values based on the pattern selected for 
the item master record, (3) updating of these values on the basis of the 
most recent demand and (4) projection of future demand. The appendix 
contains the specific formulas used in this module. 

The projection programs provide the information regarding demand tnat is 
used in the order point program. They have the flexibility of 
processing all records in the item master file, or a portion thereof, in 
addition to highlighting unusual conditions for examination outside the 
system. 

The projection report is illustrated in Figure 22. For each item, the 
report lists the old and the new values for average demand, first 
average, second average, trend, MAD, and sum of the deviations. The 
values shown on the first line are the old values; those on the second 
line are the new values. The model type code, the alpha factor, and the 
current demand are also indicated. The projections for this trend item 
are extrapolated for twelve time periods in this example. 
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Figure 22. Projection report 
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Figure 23. General system chart - projection 
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EXECUTION 



The third phase of inventory control relates to the processing of 
day-to-day transactions that must be recorded in keeping with manage- 
ment's policies regarding order point and order quantity. To accomplish 
this, the item master file must be updated to reflect inventory 
transactions. Receipts, issues, and adjustments, for example, must be 
recorded in the file to keep the on-hand inventory current, and balances 
must be checked to determine whether order action is necessary. In 
addition, when orders are issued, the transaction must also be recorded. 

Reports must be prepared for many levels of management to assist them in 
their business judgments. A large variety of accounting reports are 
required for the day-to-day operation and for closing and year-end 
reporting. In many cases, special outputs and related inputs must be 
prepared for physical inventory reporting. 

The execution phase of inventory control is provided to assist the user 
in the design of a system for keeping the item master up to date and for 
preparing reports. Two basic programs are included: transaction 
processing and status reporting. 
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The transaction processing program provides for updating fields in the 
item master record on the basis of input transactions^ while the status 
reporting prcgrari; uses the information stored on the item master record 
to produce a stock status report. Each program is discussed below. 

The transaction processing program accepts punched card input that 
contains the item, number ^ transaction code, and quantity. On the basis 
of this input, the program locates the specific item master record, 
determines the transaction type^^ updates the item master record, and 
prints a transaction listing. 

Figure 24 illustrates the transactions and their effect on the item 
master record. Note that the transactions are identified with a code 
and the item master fields have symbolic labels. The rem.aining portion 
of the matrix indicates how the transaction quantity affects the fields 
on the item master record- Transactions that have an identical effect 
are grouped together. For example^ the transaction for a work order and 
a work order adjustment-up (WO+WU) update the file in the samie way and 
therefore are processed by the same portion of the program. Additional 
transaction codes can be added to each group, and changes to the 
identification codes can be made if the user desires. The technique is 
discussed in the section on program modification. 

The transaction processing program punches an order action card if the 
available inventory is reduced below the order point. Additional tests 
(for example, minus available) can be made to determine whether the item 
should be highlighted for action outside the system. 

The status reporting program prepares a stock status report on the basis 
of information stored in the itemi master file. It processes the entire 
file, or a portion thereof, on the basis of input specifications. The 
general logic includes sequentially locating each record, processxng, 
editing, and printing the report. The format and contents of the stock 
status report may be miodified if the user desires. 
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Figure 24. Representative inventory transactions and their affect on the item master record 



PROGRAM MODIFICATION 



The two execution programs are written in System/360 Report Program 
Generator Language and may be easily modified to expand their capabili- 
ties or used as a base to prepare additional programs. 



Several aspects of the transaction processing program are 
illustrate the techniques for accomplishing changes. 



discussed to 



Figure 25 illustrates the specification written to identify the transac- 
tion codes for Receiving Report and Receipt (codes RR and RC in Figure 
24). In this exair,ple the codes are in card columns (positions) 1 and 2 
of the transaction card, which has been named TRANSACT. The figure 
specifies that a resulting indicator of 4 is assigned to RR and a 
resulting indicator of 5 is assigned to RC. These indicators are used 
to determine tne processing for each transaction. 
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Figure 25. Transaction identification - codes RR and RC 



Figure 26 illustrates processing related to the above transactions and 
the matrix (Figure 24). The quantity received (QTY) is added to the 
inventory-on-hand total quantity (MOHTQ) and subtracted from on order 
purchasing (MPUPQ) or production (MPRPQ) . Note that the processing for 
indicator 4 is tne same as the matrix specification for the RR code and 
the processing for indicator 5 performs the functions for the RC code. 

These specifications as well as others that indicate content and format 
of reports are used by DOS/360 Report Program Generator to prepare 
programs. 

The user can modify the record identification codes (see Figure 25) that 
specify the position(s) and the character(s) for each transaction. He 
can also increase the number of transactions for each group by adding 
other codes. 

The processing for a particular group (resulting indicator) of transac- 
tions can be changed by modifying^ deleting or adding instructions 
similar to those illustrated in Figure 26. 
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Figure 26. Transaction processing 

The two execution programs include general functions that can be used as 
a basis for generating additional programs. These functions are (1) 
transaction input and identification, (2) retrieval of item master 
records, (3) calculation, (4) printed reports., and (5) optional card 
output . 

Programs that require these general functions can be prepared by 
substituting different specifications for input, output, etc. For 
example, the user may wish to prepare a listing for the same items that 
appear on the stock status report. The oytput can be revised to the new 
requirements by changing the report specification before preparing the 
new program. 

The documentation for the inventory control application will include 
examples and additional information regarding how the programs can be 
modified. 



SUMMARY 



The execution phase consists of two basic programs: transaction 
processing and status reporting. These programs are run as required to 
keep the item master file up to date and to prepare the stock status 
report (see Figure 27). 

Input consists of transaction cards. Output consists of the transaction 
listing, stock status report, and order action cards. The programs may 
be easily modified to expand their capabilities or may be used as a base 
to prepare additional programs. 
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Figure 27. General systems chart - execution 
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OTHER USES OF THE PROGRAMS 



The inventory control programs, as discussed in this manual, utilize and 
update the information stored in the defined item master file. 

Although this is the normal use of these programs, tne programs are not 
limited to using this file. That is, the program.s can inrerface v\7ith 
any file organized by the System/360 Bill of Material Processor 
(360A-jy!E-06X.) or the IBM DOS/360 Indexed Sequential File Management 
System ( 360N-IO-457) . 

A company could use the programs and techniques for several files witnin 
the same installation. For exam.ple, a company witn one or more branch 
warehouses and a central data processing system rr.ay wisn to use tne 
programs for processing inventory records of these warehouses. Any or 
all aspects of planning, projection and execution could ioe utilized with 
these files. Order point, safety stock, average demand, trend, etc., 
can oe calculated for the items at each branch warehouse location. This 
information, in conjunction with the itemi master file, forms the basis 
for the user to develop a complete system for controlling item inventory 
for the plant and branch warehouses. 
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USER IMPLEiVJENTATION REQUIREMENTS 



The user of the inventory control programs must have the data necessary 

to construct the item master file. The file can be organized using the 

IBM Bill of Material Processor Program or the IBM DOS/360 Indexed 
Sequential File Management System. 

The specification of the fields to be included in this file is the 
responsibility of the user. Appendix 1 contains a list of the data 
requirements for eacn program.. 

The projection programis (edit and model select) and tne planning 
programs (order quantity and order point) require nistorical usage data. 
The potential user should take steps to accumiulate as much usage data as 
possible so that it is available when these programs are imtplemented. 

If the potential user is not familiar with the techniques used for order 
quantity and order point computation and for exponential smoothing, he 
should review miaterial that explains these concepts in more detail. The 
bibliography lists several references that are excellent for this 
purpose. The user should be prepared to make judgments regarding the 
cost of carrying inventory and order cost for order quantity calcula- 
tions, the selection of an alpha factor (s) for projection, and the level 
of service desired for order point. This must oe done in addition to 
having specific information for review time, lead time, item cost, etc. 

Many reports have to be prepared to provide information for the 
day-to-day operation, for end-of -period accounting, etc. The identifi- 
cation and definition of these reports are the responsibility of each 
user as part of developing the total system. This includes the 
determination of what output is desired from the system, tne frequency 
of these reports, what transactions are to be processed, and the related 
effect they have on the inventory record. 

The IBM-provided programs and supporting documentation for the execution 
phase are designed to assist the user in the total implementation 
effort. In miany cases, the programs to prepare the additional reports 
and process other transactions are similar to the overall logic of the 
execution programs. This should permit the user to use the same 
techniques for preparing tne additional programs. Normally this would 
involve defining the input, output, and processing on specification 
sheets especially designed for this purpose. 
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TIMING CONSIDERATIONS 



The throughput speed of the programs for ths Systeiri/360 Inventory 
Control Application will vary considerably, primarily because of dif- 
ferences in machine configuration, method of file organization, program 
and input/output options that can be selected by an individual user, and 
variations in the input data (for example, demands per item) between 
users. For this reason specific timing estimates are not provided. In 
order to assist the user in preparing timing estimates, the primary 
factors that should be considered are discussed oelow. 

The inventory control application includes initializing and operational 
programs. Inventory analysis, edit, model select, and initial update 
are designed to be used once to set up the system, then periodically 
(perhaps yearly) or as required to meet changing conditions. Order 
point and update and project are run on a regular basis (for example, 
every month or every two weeks). The frequency of using the order 
quantity program depends upon the user's requirements. Normally the 
items considered as having a fixed order quantity would oe processed 
once or twice a year. This is true if the present order quantities are 
consistent with management's ordering policy. If the order quantities 
are not considered economical, this program with its analysis for 
implementation feature will be used from time to time until the order 
quantities agree with the policy. The two basic programs of execution 
(or modifications to these or the user's own programs) will be used in 
the day-to-day operation. The amount of use depends upon transaction 
volume and the number of reports the user prepares. 

The inventory analysis program consists of several sections. The first 
section accepts usage information fromi the item master file or item 
cards and prepares a disk file work record. Timing for this section of 
the program can be based on the speed of the input unit and the time it 
takes to write tne sequential output in the disk file. 

The timing estimate for the second section can be based on the time it 
takes the IBM DOS/360 Disk Sort/Merge program to sort the work records 
that were created in the first section. 

The third section reads the file of sorted work records and prints the 
ABC analysis report. The speed of the printer is the primary considera- 
tion for timing this section of the program. 

The final phase of this program places codes on the item master file on 
the basis of value classification cards or item cards. The speed of the 
printer is the principal aspect for timing. 

The order point program will normally be used to sequentially process 
all or a segment of the item miaster file. One line is printed for each 
item unless the analysis for implementation option is specified, in 
which case two lines are printed for each item. Tne major elements of 
timing to be considered are disk file access, read and write timies, and 
the number of report lines printed for each item. 

The order quantity program! will be run periodically depending upon the 
requirements of each installation, and will probably be used in 
conjunction with the analysis for imiplementation feature (two printed 
lines for each item). The program processes the item master file 
sequentially or uses item cards for locating the records. As in the 
order point program., the principal factors to be considered when 
preparing timing estimates are disk file access, read and write times, 
and the number of lines printed for each item. 
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The edit program reads user input from cards^ tape^, or disk and creates 
the projection work records (sequential disk file) and a printed report. 
Timing^ for the most part, depends on the number of input records and 
the number of lines printed for each item. 

The model select program reads the disk file projection records created 
by the edit program, performs regression analysis, computes various 
initializing factors, and prints the output report. The processing time 
depends upon the number of time periods, the type of data (that is, 
trend, seasonal, etc.) and the options specified Dy the user. 

The principal consideration for preparing a timing estimate is the time 
required for disk reading and writing, processing and printing the 
report. Because processing time depends upon many variable factors, and 
since this program is not used frequently, it may be preferable to 
disregard processing time and prepare the estimate using one-half the 
rated speed of the printer. 

The initial update program reads the disk file projection record and 
moves the values to the item master record. Disk file access, read and 
write time, as well as printer speed, are the factors for estimating 
timing. 

Timing estimates for the update and project program should consider disk 
file access, read and write times, as well as the amount of time it 
takes to print the projection report. The report may include several 
lines for each item if the projection of future demand is printed. 

The transaction processing program reads input cards, updates the item 
master file, and prepares the transaction listing. The principal 
considerations for timing are disk access, read and write times. 

The status reporting program reads the item master file sequentially and 
prepares the output report. The speed of the printer is the principal 
consideration for timing. 
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All input and output operations and associated error checking are 
performed using the standard IOCS support of the IBM DOS/360 Indexed 
Sequential File Management System or the IBM System/SbO Bill of Material 
Processor. 

The programs include the ability to count the number of records 
processed and to print certain control totals on reports. Exits are 
provided so that additional controls may be added by the user. 

The user should prepare a backup copy of the item master file for 
reconstruction purposes. The frequency of preparing the backup copy of 
the file depends upon the requirements of each installation. 
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PROGRAMMING SYSTEMS 



The inventory control programs are designed to operate under the IBM 
System/360 Disk Operating System, The planning and projection programs 
are written in Systemy36 Assembler Language, and the execution programs 
are written in System/360 Report Program Generator Language. 
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MINIMUM MACHINE CONFIGURATION 



The minimuin machine configuration required for use of the System/36 
inventory control programs is as follows: 
IBM System/360 Model 30 with: 

2030 E System/360 Central Processing Unit, 32K bytes 
3237 Decimal Arithmetic Special Feature 

1051 Nl Control Unit for Printer-Keyboard 

1052 Printer-Keyboard (Model 8) with appropriate 
attachments 

System/360 Card Reader and Card Punch or 

Card Read Punch capable of reading one file and 

punching a second file simultaneously. 

System 360 Printer with 120 print positions 

2 841 Storage Control (Model 1) 

2311 Disk Storage Drives as required to contain Disk 
Operating System/360 and the user's data files. 
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APPENDIX 1: ITEM MASTER RECORD 



The following table demonstrates the use of various item master 
record fields by the inventory control programs. Other fields which may 
be included in the item master record are discussed in the IBM manual 
The Production Information and Control System (E20-0280). 



ITEM MASTER RECORD 


Legend: 

X Required 
Optional 


> 
o 


O 

1 

2. 

5" 




3. 

a 
§ 


o 

c 

1 


Label 


Name Description 


TA$MFACA 

TA$MRCAC 

TA$MFWUA 

TA$MRCWU 

TA$MLLC 

TA$MNMRA 

TA$MCPMR 

TA$MRACN 

TA$MOCAA 


FIRST ASSEMBLY COMPONENT ADDRESS 
RECORD COUNT - ASSEMBLY COMPONENT CHAIN 
FIRST ASSEMBLY WHERE -USED ADDRESS 
RECORD COUNT - ASSEMBLY WHERE-USED CHAIN 
LOW- LEVEL CODE 

ADDRESSES OF NEXT MASTER RECORD IN CHAIN 
COMPARE PORTION— NEXT MASTER RECORD 
RUN ACTIVITY CONTROL NUMBER 
OVERFLOW CHAIN ADDRESS FOR ADDITIONS 


Fields and labels used 
by the IBM System /3 60 
Bill of Material Processor 
(360A-ME-06X) - see 
Programmer's Manual 
(H20-0246). 












TA$MPN 


Item number The number that identifies the item. 


X 


X 


X 


X 


X 


MTYPN 


Item type Codes used to define an item, for 
example: 

1. Assembly and subassembly 

2. Fabricated parts 

3. Raw material 

4. Purchased part 

5. Customer option 











o 




MPDSC 


Item description The item name can range from a short 
noun abbreviation to a more descriptive 
wording. 





o 


o 


o 


o 


MVACL 


Inventory value A code indicating the category of 
classification inventory for this item. Stratification 
of inventory is accomplished by 
correlating annual demand, investment, 
and net profit. 





o 


o 


o 




MOPOC 


Order code Code to indicate the order policy to be 
be used for this item. 

A— Discrete The items covered by this code are 
quantity ordered to meet requirements with 
minimum or no protective stock. 

B— Order point/ Ordering under this policy is of an 
order quantity order quantity (MOPOQ) ordered at 

some predetermined level of inventory 
(MOPOP). 

C— Order point/ When this code is assigned the order 
order-up-to quantity is determined using the level 
level quantity (MOPOQ). 


o 


X 


X 





X 


MOPOP 


Order point The quantity expected to be consumed 

during the replenishment lead time plus a 
reserve. It is average demand multiplied 
by lead time plus safety stock. 




X 






X 


MOPOQ 


Order quantity Order quantity is the amount to be 

ordered when the order point is reached. 




X 


X 




X 
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Label 



ITEM MASTER RECORD 



Name 



Description 



Legend: 

X Required 
o Optional 



> 



o 



g 1 



MOPSS 



MOPMN 



MOPMX 



MOPMU 



MFCMT 



MFC FA 



MFCSA 



Safety stock 



Minimum 



Maximum 



Multiple 



Model type 



First average 



Second average 



If item coded order-up-to level (C in 
MOPOC), this field has the level instead 
of order quantity. 

The amount of stock to protect against 
uncertainty in demand and in the length 
of the replenishment lead time. 

User- specified minimum allowable order 
quantity. 

User-specified maximum allowable order 
quantity. 

The number to be used in rounding of 
order quantity (for example, even 100s 
or multiples of 10, etc. ). 

Demand models may be classified into 
four types: constant, trend, seasonal, 
trend-seasonal. 

Field used in 1st order smoothing and 
2nd order smoothing to smooth the 1st 
average. 

Field used in 2nd order smoothing to 
smooth the 2nd average. 



MFCTN 



MFCAD 



MFCMD 



MFCSD 



Trend 



Average demand 



Mean absolute 
deviation (MAD) 



Sum of deviations 



The result of the trend calculations 
performed during the forecasting run. 

The average demand as computed during 
each projection computation. 

The average of the differences between 
actual demand and average dem^ind for an 
average demand for an item, as deter- 
mined each time average demand is calcu- 
lated (e.g.. every 2 weeks). All 
differences are considered positive. 

Sum of deviations between actual demand 
and projected demand; used to determine 
the accuracy of the projection. The 
deviation is exponentially smoothed into 
the sum each period. 



MFCAL 



Alpha 



Smoothing constant. The weighting factor 
to be assigned to current data and past 
demand. The higher the factor the 
greater the weight given to recent demand. 



MTSSC 



MPJCD 



Tracking signal 
sequential count 

Projection Code 



A count of the number of times the track- 
ing signal is tripped in sequence. 

Code to signal item is to be projected^ 



Two classifications are utilized: 
(1) projected, (2) not projected. 
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ITEM MASTER RECORD 


Legend: 

X Required 
Optional 
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Label 


Name 


Description 


MFCFP 


Number of periods 


Number of periods to extend or to project. 













MFCBI 


Base indices 


A series of factors used to adjust the 
demand for cyclic patterns. 




X 





X 




MLTCD 


Lead time code 


Code to determine which lead time to use 
when computing order point. 







o 






MLTPU 


Lead time — 
purchasing 


The time it takes to receive an order for 
a purchased item from a vendor; includes 
internal purchasing cycle and vendor lead 
time. 




X 


o 




X 


MLTPR 


Lead time — 
production 


The total time required to produce an 
order; includes setup, run, and queue/move 
time 




X 


o 




X 


MFCSP 


Safety factor 


A number used for computation of safety 
stock. If statistical methods are used, 
this factor is multiplied by MAD (adjusted 
for lead time) to determine safety stock. 
The safety factor may be time or a percent- 
age of lead time which is used with average 
demand to calculate safety stock. 


o 


X 








MPUPD 


Number periods 
demand 


Periods of demand represented by MPUQD. 


() 




o 


() 




MPUQD 


Demand quantity 


Total demand during past number of 
periods (MPUPD). 


o 




o 


o 




MPUPI 


Number periods 
issues 


Periods of issues or disbursements 
represented by MPUQT. 


o 




o 






MPUQI 


Issues quantity 


Total disbursements during past number 
of periods. 


o 




o 






MPRGR 


Gross requirements 


Total requirements accumulated by time 
periods before consideration of available 
inventory. 






o 






MPUPQ 


Total purchase 
order quantity 


Total quantity on order from purchase 
orders. 




X 


o 




X 



ITEM MASTER RECORD 


Legend: 
X Required 
Optional 
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o 
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T.abel 


Name 


Description 


MPRPQ 


Total on-order 
production quantity 


Total quantity in production for this item. 




X 


o 




X 


MOQCC 


Order quantity 
category code 


Code used to determine order cost , 
carrying rate and formula for order 
quantity calculation. 


o 


o 


X 


o 




MOPCC 


Order point 
calculation code 


Code used to control the method used for 
computing the order point. 


o 


X 








MOPRD 


Order point 
recommendation 
date code 


A code that indicates the date on which 
an order recommendation was issued. 




X 






X 


MUCSU 


Setup cost 


Cost of setting up a production run. 






X 






MUCTL 


Unit cost total 


Item unit cost. 


X 


X 


X 




o 


MUNPR 


Unit price 


Unit price of item. 













MCSBI 


Beginning inventory 


The amount in inventory at the beginning 
of the current time period. 










^ 


MCSTA 


Transfers and 
adjustments 


Running sum of the transfers and adjust- 
ments made to the inventory of an item 
during the current time period. 










X 


MCSRE 


Receipts 


Running sum of the inventory receipts made 
during the current time period. 










X 


MCSIS 


Issues 


Running sum of the inventory disbursements 
made during the current time period. 










X 


MCSDE 


Demand 


Running sum of the actual demand for an 
item (whether satisfied or not) during the 
current time period. 








o 




MOHTQ 


On-hand total 
quantity 


Total units on hand at all stock locations. 




X 


X 




X 


MA LOT 


Allocated quantity 


A cumulative quantity of stock ear- 
marked to cover requirements. 







o 




X 


MAVAL 


Available stock 


Inventory quantity available for require- 
ments. Available stock = on hand + on 
order -allocated. 
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APPENDIX 2: FORxMULAS 



Item iMaster Fields 
MFCFA = First Average 
MFCSA = Second Average 
MFCMD = MAD 

MFCSD = Sum of Deviation 
MCSDE = Current Dem.and 
MFCAD = Average Demand 
MFCTN = Trend 
MFCBI = Base Index 
MFCAL = Alpha Factor 

Horizontal Updating 

First Average 

New MFCFA = Old MFCFA + MFCAL (MCSDE - Old MFCFA) 
Average Demand 

New MFCAD = New MFCFA 

Trend Updating 

First Average 

New MFCFA = Old ^iFCFA + MFCAL (MCSDE - Old MFCFA) 
Second Average 

New MFCSA = Old MFCSA'+ MFCAL (New MFCFA - Old MFCSA) 
Average Demand 

New MFCAD = 2 x New MFCFA - New MFCSA 
Trend 

New MFCTN = (New MFCFA - New MFCSA) 

/ 1-MFCAL \ 
I MFCAL ) 



Seasonal Updating 

First Average 
New MFCFA = Old MFCFA + MFCAL (CDED - Old MFCFA) 
where: 

MCSDE 

Current Deseasonalized Demand or CDED = 

MFCBI* 
* Base index value for this time period 
Base Index 
New MFCBI = Old MFCBI + MFCAL (CBI - Old MFCBI) 
where: 

MCSDE 

Current Base Index or CBI = MCSDE 



Old MFCFA 

Trend Seasonal Updating 

First Average 
New MFCFA = Old MFCFA + MFCAL (CDED - Old MFCFA) 
where: 

CDED = MCSDE 
MFOBI 
Second Average 

New MFCSA = Old MFCSA + MFCAL (New MFCFA - Old MFCSA) 
Average Demand 
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New MFCAD = 2 X New MFCFA - New MFCSA 
Base Index 
New MFCBI = Old MFCRI + MFCAL (CBI - Old MFCBI) 
where: 



Current Base Index or CBI = MCSDE 



Old MFCFA 



MAD and Sum of Deviations Updating 

Mean Absolute Deviation 
New MFCMD = Old MFCMD + MFCAL (CD - Old MFCI^4D) 
where : 

Current Deviation or CD = MCSDE - Old MFCAD 
and 

Old MFCAD = Old MFCFA (for horizontal) 
Old MFCAD = 2 Old MiFCFA - Old MFCSA (for trend) 
Current Deviation is an absolute value 

Sum of Deviations 

New MFCSD = Old MFCSD + MFCAL (CD - Old MFCSD) 

where: 

Current deviation or CD = MCSDE - Old MFCAD 
Tracking Signal 

TS = New MFCSD 
New MFCMD 

MAD for lead time 

MAD for lead time = MFCMD (Lead time x Conversion factor) /9 

where: 

Conversion factor is constant supplied by user that provides 

relationship of lead time units to projection interval time unit 

and 
Beta ( )5 ) is value between .5 and 1,0 and denotes the 

relationship between MAD and time 

Projecting Future Time Periods 

Nonseasonal 

1 = MFCAD + 1 MFCTN 

2 = MFCAD + 2 MFCTN 



n = MFCAD + n MFCTN 

If horizontal, MFCTN = 0; MFCAD is projection for all periods 



Seasonal 

1 = (MFCAD + 1 MFCTN) x MFCBI for time period 1 

2 = (MFCAD + 2 MFCTN) x MFCBI for time period 2 



n = (MFCAD + n MFCTN) x MFCBI for time period n 
If horizontal, MFCTN = 
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Adjustment for Change in Alpha (MFCAL) 

Horizontal - No adjustment 
Trend - Adjust MFCFA and MFCSA 

First Average 

New MFCFA = 2 Old MFCFA - Old MFCSA - 1-New MFCAL x MFCTN 

New MFCAL 

Second Average 

New MFCSA = 2 Old MFCFA - Old MFCSA - 2 l~New MFCAL x MFCTN 

New MFCAL 

where: 

MFCTN = Old MFCAL x MFCFA-MFCSA 
1-Old MFCAL 
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